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Database Publishing With FileMaker 


By Joe Kroeger 

Database publishing has become a popular topic I 
in recent years. The concept is that once the data has ! 
been collected nicely in a database, it is often worth- | 
while to publish it as well. What we have come to | 
expect from “publishing” on paper has escalated in § 
recent years with exposure to the desktop variety and | 
to what can be accomplished in our computers. And j 
with FileMaker it has become easier and more effi- 1 
cient to collect information in the first place - thus I 
there are many more databases and more opportuni- I 
ties to publish valuable information. We often need j 
to produce from our FileMaker files not only con- | 
ventional reports, but form letters, directories, cata- | 

logs, tables, fancy reports, and so forth. | 

I 

Presentation can be a very important issue. Your j 
job may be to communicate and just plopping raw j 
data down on the table may not be sufficient. ‘Com- | 
munication’ needs the active participation of the i 

audience and that in turn means that you may need | 


to make the information attractive enough to war¬ 
rant attention. (This newsletter is often guilty of too 
much focus on content and not enough attention to 
attractiveness. But at least we’re aware of it and are 
doing better now than six years ago.) The danger, of 
course, is that you may end up with too much flash 
and not enough valuable information. 

Databases in general, including FileMaker in 
particular, have always been able to print, of course, 
but the printing capabilities have been oriented to¬ 
wards generating conventional reports. The problem 
is to go beyond printing pages to being able to for¬ 
mat pages to achieve different results. Reports in 
FileMaker, for example, tend to have parts arranged 
as horizontal stripes across the page. (And by the 
time you figure out how to handle summary and 
sub-summary parts, there is not often much energy 
left to figure out more creative appearances.) 

This article presents a few approaches for going 
beyond simple reports for publishing your database. 
There are actually several methods that can be pro- 
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Figure 1 
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ductive and you’ll need to 
pick those that can be help¬ 
ful for your particular situa¬ 
tions. Your database may 
contain information des¬ 
tined for wider formal distri¬ 
bution rather than just as a 
casual local memo. Or it may 
be important to present the 
data in a radically different 


way in order to communicate better with the 
audience. Or you may be preparing information 


for commercial printing and distribution. 


Basic Options 

Figure 1 shows three basic directions that 
might be taken to publish a database. 

1. Don’t print the information - publish it in 
an electronic form. Simply send the database file 
itself to the recipient(s). Or make a new database 
structure with layouts/buttons/colors that present 
the data in ways convenient for the viewer and 
import into it selected excerpts of the desired 
data. Send a CD-ROM if the database is large and 
your audience is large. If any of these work for 
you, think about skipping the rest of this article! 


2. Publish directly from FileMaker. Arrange 
the data, the calculations and the layouts to create 
the page designs you desire, then print away. 

3. Transfer information from FileMaker into 
a page layout program like Quark Express™ or 
PageMaker™. Sometimes page layout programs 
can accomplish formatting that just can’t be done 
in FileMaker, or at least can’t be done easily. In 
turn, the amount of formatting work in the page 
layout program can be minimized by taking ap¬ 
propriate action within the database. 

4. You might distribute the output from your 
local printer directly or you might take it to a 
printing press company for larger volumes. Espe¬ 
cially with the new 600 dpi laser printers, camera- 
ready output can be quite good, even in some 
cases good enough for color printing. Or you 
might output originals on a phototypesetting 
machine for even higher quality results from a 
printing press. 

Designing the Database 

The first step, no matter which way you go, is 
to assemble, enter and edit the data to be pub¬ 
lished. This means defining where pieces of infor¬ 
mation live and creating the fields and layouts 
needed to accumulate all the data. It is good to 
think ahead a little and envision the look of the 
finished publication in order to segment the in¬ 
formation into appropriate fields as it is entered 
in ways that will serve the end result. Don't forget 
our constant admonitions, especially as you be¬ 
gin: What is a file? and What is a Record? 

If you already have information accumulated 
in existing database files, you might put in the 
current files the additional items needed for 
whatever publishing path you elect to use. Or you 
might design a new file to use for publishing and 
import into it the data to be published. The sec¬ 
ond approach allows designing and debugging of 
the new functions without interfering with possi¬ 
ble on-going data entry and editing. 

You will most likely change your idea of the 
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design of the database about half way through the I Direct publishing, however, has a difficult 

data-entry process and perhaps again when you | time with long contiguous text blocks. I don’t 

try to do some actual publishing. Fortunately, | know how, for example, to make FileMaker han- 

one of the advantages of FileMaker files is that | die a block of text longer than the layout space 

they can be refined and changed and massaged | allocated to the text field, especially with multiple 

without destroying the information already en- j columns on a page. Don’t publish your novel 

tered. Still, it often pays to make a trial run | from FileMaker. But for documents like catalogs, 

through the whole publishing process while de- | with many discrete chunks of information, it 

signing the database and before committing I works well. Perhaps the simplest case is where 

much real data to it. I you can arrange to have one page = one record. 

I This lets you focus on pleasing placement, graph- 
Direct from FileMaker | ics and typography without worrying about ar- 

One advantage of publishing directly from I ranging multiple records on a page. 

FileMaker now is that FileMaker Pro 2.0 has suf- | Figure 2 shows a simple catalog layout with 
ficient typographic controls to do a reasonable | part number, price, description, and picture for 

job with text, at least in many instances. Full jus- | each item. The database includes a field that des- 

tification is now available (at long last), solving | ignates the product category and by sorting on 

I 

several problems. Pro 2.0 also has the ability to | that field, a subsummary part can insert the cate- 

import and store PICT, TIFF, Paint and EPS | gory title. Notice the typical FileMaker horizon- 

graphics as well as to generate a variety of graph- j tal, single column, orientation, 

ics and colors and patterns internally. So as a | It is easiest, of course, if the formatting for aU 

platform there is a good set of tools available for | products and all pages is the same. If you want to 

publishing. Yes, there are limitations - a good | highlight a price (say with “Special!” or “Best 

page layout program has an additional level of | Seller!” written at an angle), that can be accom- 

fine control of text and line spacing, for example. j plished with a picture field that looks up the ap- 

But a surprisingly good job can now be done _ | propriate graphic from an external file. A field in 
from within FileMaker. j the data-entry layout then specifies which graphic. 

When publishing directly from FileMaker 
you’ll have to perform within your 
file all those things that you would 
otherwise accomplish in a page lay¬ 
out program. Depending on how 
fancy you want to get and/or how 
demanding your requirements are, 
this can be easy or difficult. For 
documents that have the same for¬ 
mat for each page, most desired 
page designs can be accomplished, 
usually readily. Repetition is an area 
where databases shine so a docu- 
inent that has one page after anoth¬ 
er using the same presentation can 
work well. 
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Figure 2 
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O) if any, is associated with each product, lending a 
^ little personalization to each product listing. 

If you need to have headers or footers or gut¬ 
ters that are different on odd and even pages, 
direct publishing is a little more difficult, but still 
possible. One approach is to create separate odd 
3 and even layouts and then print the pages in two 



runs. This may work well, but it can also be awk¬ 
ward since it means finding and sorting all the 
odd-page and even-page information separately. 

A field that assigns a given record to a given page 
number comes in handy, but will often need to be 
filled in - or at least adjusted - manually. If the 
data is subsequently edited, page assignments 
may become offset and will have to be fixed. On 
the other hand, the ability to specify a page num¬ 
ber location for each record may be useful. 

Figures 3 and 4 show right and left page de¬ 
signs for a catalog. They don’t need to be exact 
mirror images, but some symmetry is usual. 

Rather than have left and right layouts, the 
pages can be printed in one pass from one layout. 
Instead of putting the raw data fields on the lay¬ 
out, create calculated fields that depend on the 
page number. With both left and right versions of 
each field on the same layout, the information 
flips back and forth magically as the page num¬ 
bers change. The associated equations make only 
one set of fields active at a time. 

Yes, it is true that it can get messy, as you can 
see from the straightforward example in Figure 5 
(which is a combination of Figures 3 and 4). Fig¬ 
ure 5 shows not only the left and right page fields 
overlapping, but also includes some options for 
automatically adding graphics for a given product 
or borders or bold type. 

Mike Harris described this type of catalog¬ 
building process in a two-part article in issues #37 
and #38. In addition to methods for building 
page formats, Mike also provides ways to calcu¬ 
late page locations. 

The basic calculation used in Figure 5 looks 
like this when applied to the Description field: 

DescriptionL = {text result} 

If (PageSide ="1", Description, "") 

DescriptionR = {text result} 

If (PageSide = "R", Description, "") 
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Note that Description does not go on the I 
layout - only DescriptionL and DescriptionR are | 
present. The calculations assure that one of the | 
two is always blank. It is necessary to have a Page- i 
Side field in each record that indicates leftness | 
and rightness. There are several ways to derive I 
this information. If you know the record number | 
and the number of records to be on each page I 

(say 16 for this example), it can be calculated like | 

this: I 

I 

PageSide = {text result} I 

If (Mod (Int (RecordNum/16), 2) = 0, "L", "R") | 

One advantage of direct publishing is that | 
you can control the formatting within the data- j 
base rather than relying on an external process. | 
Indeed, in FileMaker it is not a big deal to create I 
automatic data-dependent formatting that is diffi- | 
cult to perform in a page layout environment. A | 
FileMaker equation, for example, can look at I 

information in each record and make content- j 

based decisions. An assortment of text and graph- j 
ics manipulations are possible, and all can be j 

tailored for your needs. Selectively making a word j 
or phrase appear bold or in a different font is I 

I 

straightforward, using techniques similar to left- | 
right page placement. I 

A whole line to be printed can be formatted | 
in FileMaker. Consider the following calculation. j 


NamePhone = (text result} 

Left ((LName & & FName & "."), 

28) & Phone 


This equation constructs a line for directories | 
or tables-of-contents that has tab leaders inserted, j 
The calculation first appends a comma and a j 

space to the last name, then concatenates the first | 
name, a space, a bunch of leader dots (can be any | 
character you desire), and the phone number. j 
Before the phone number is added, the leftmost | 
28 characters are extracted so that all lines will I 
end up the same width. The result: | 



Hemingway, E . 555-BELL 

Jones, John . 123-4567 

Ng, Kim . 99g-9999 

Wyndhamsmyth, Richard . 345-6789 


Indirect Publishing 

Figure 1 shows a third direction - moving 
information from a database into a page layout 
program - that is an attractive alternative in some 
cases. In the database the focus is on the data 
itself and most of the formatting is left to the 
page layout program. An intermediate file may be 
required (the question mark in Figure 1) since 
page layout programs don’t know how to import 
directly from a database. Apple’s Publish and 
Subscribe capability can bypass some transfer 
headaches and the upcoming AppleScript may 
allow some smart transfers to take place. 

The most conventional export format from 
databases is a “tab-delimited” text file. In File¬ 
Maker this outputs the fields you specify from the 
records you specify and creates an ASCII text file 
containing tabs between fields and returns be¬ 
tween records. PageMaker, for example, can then 


















“place” the file into a document and the informa¬ 
tion can be formatted however desired. Once in 
the page layout program, sophisticated desktop 
publishing techniques are available and a broader 
range of typographic and layout tools allow more 
complete control over page details. 

But if you look at the intermediate text file, 
you can spot a couple of potential difficulties. 
Notice that FileMaker inserts both tabs and car¬ 
riage returns into the file, independent of the 
actual information in the fields of the database. 
The page layout program doesn’t know where 
they came from and is going to assume they are 
supposed to be there. Fine; aU you need to do is 
take this into account when designing the data¬ 
base and the export. For tabular data (a frequent¬ 
ly-encountered requirement) you’ll likely want 
tabs and returns anyway, at least much of the time. 
The tabs define positions for data columns on the 
page and the returns define new rows of data. 

Where a tab is not desired, you can eliminate 
it with a calculation. Say, for example, that you 
are building a directory and you want the full 
name used for each entry in spite of the fact that 
the name information is stored in your database 
in separate FirstName and LastName fields. If 
you export the two name fields, there will be a tab 
between them. But if you calculate the FullName 
and export it instead, the tab is gone. And you 
can even do some arranging in the process. 


I FullName = {text result} 

I LastName & & FirstName 

I 

I 

I What if you don’t want some of the carriage 

i returns? There is no easy way I know to prevent 
I them - or their equivalents in alternate formats - 

I 

I from being exported, although reorganizing the 
I database will solve some problems. In some cases 
I it will be possible to tag an unwanted return (us- 
I ing an identifying field in the record just for the 
I purpose) and then Find/Replace it in the page 
I layout program. (An example is shown later.) 

I The nature of the intermediate text file brings 

j up a couple of other potential issues; What if you 
I have text fields with multiple paragraphs - that is, 
I you have inserted return characters within a field 
I in your database? FileMaker is smart enough to 
I not export such returns as conventional return 
I characters. After all, the return has been reserved 

I 

I as an end-of-record marker and can’t be used for 
j other purposes. Instead, for exporting, a “vertical 

I 

j tab” character is sent out as a replacement for any 
I returns within fields. This applies as well to re- 
I turns that are created in a text equation (the 1 
I character). 

I How should we handle this “vertical tab”? I 
S don’t know if Quark Express can Find/Replace it. 

I PageMaker cannot as far as I can tell. (Trying to 
I Find/Replace such special characters in Page- 
I Maker is trying indeed, but that is another story.) 
However, if you are willing to take another 
step, WriteNow™ (and other 
word processors) can easily 
open the text file and perform a 
simple Find/Replace. The re¬ 
sulting WriteNow document is 
then available for importing 
into PageMaker. To get the ver¬ 
tical tab character (it looks like 
>) into the WriteNow Find dia¬ 
log, simply highlight it in the 
text window, copy it to the clip¬ 
board, open the Find dialog. 


vviii.ei iiiai.iiiei.iiaiauLei ui.iiiibpuiiii.iaiiii:!ieiuieaiiuiiit;i iiibliiuuiui 

the letters that the time of who ever told the problem for an unexpecte 
□The head and in frontal attack on an english writer that the character 
this point is therefore another method for. The letters that the time of 
who ever told the problem for an unexpected the head and in frontal att 

I iott 
or t 
:he 
tha 
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1 Find 1 [ Repiace ] ( Repiace, then Find ] [ Replace Rll ] 


r c 

n Find Backward □ IBrap Rround □lUholelUord □ Match Case f of 
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and Paste. See Figure 6. 

WriteNow is also a logical place to Find/ 

Replace any extraneous returns that FileMaker 
may have provided and that you have tagged. 

Indeed, I often use WriteNow as a convenient 
waystation, as long as Tm there anyway, for sev¬ 
eral kinds of massaging and fine-tuning before 
moving on to PageMaker. 

A special utility for FileMaker users from 
Acropolis Software is called Make...Repeats+™. It 
helps solve several problems in addition to allow¬ 
ing data from separate records to be combined 
into repeating fields in a single record. Among 
other things. Make.. .Repeats will scan through a | 
text file and change “vertical tabs” into returns. j 
For some types of publishing it will thus not be | 
necessary to go through a word processor. 

For Express users, there is a QuarkXTension 
product called Xdata™ from em software. It im¬ 
ports and formats your database text file and 
allows you to specify an amazing range of data- 
dependent massaging as well as apply the full 
power of Xpress styling and formatting. The pro¬ 
cedure is to design a “prototype” document - in 
some ways like a mail-merge template - using the 
Xdata commands and syntax. Then the text file 
created from the database is imported into the 
prototype. Since Xdata works with field data 
only, tabs and returns in the text file that are out¬ 
side fields are ignored in terms of formatting the 
Express document - the desired tabs and returns 
are entered into the prototype design, providing 
full format freedom. Vertical tabs within fields 
are converted by Xdata into returns. 

The Xdata language (a subset of HyperTalk) 
allows a wide range of formatting and data-de- 
pendent controls to be specified. It should be 
possible to eliminate all basic manual interven¬ 
tion. For serious, repetitive database publishing 
with QuarkExpress, Xdata is a nice step forward. 

But you’ll need to spend some effort to learn the 
language. 


I Self-help Within FileMaker 

I When publishing direct from FileMaker we 
have seen that calculations are essential for as- 
I sembling and arranging information. Many of 

I those calculations will be useful when transfer- 

I 

I ring to a page layout program as well. Additional 
I types of calculations also come into play. 

I When you know you are moving into Page¬ 
Maker, for example, you can set up style sheets in 
the destination PageMaker document and then 
cause FileMaker to put the proper style sheet 
suffix into the data being exported. When the 
database information subsequently arrives in 
PageMaker - either from the text file or from a 
word processor file - PageMaker can automati¬ 
cally apply the specified style to each paragraph. 

In PageMaker the stylesheet specification 
format is: 

<StyleName>lnformation. 

This style designation needs to appear in the doc¬ 
ument that is placed by PageMaker. The style 
format spec is easy to insert within FileMaker 
with a simple text calculation. Example: 

FullNameOut = {text result} 

"<Addr2>“ & FullName 

1 where FullNameOut is the name of the field to be 

I 

I * exported, Addr2 is the name of a style in the 

PageMaker document, and FullName is the name 
of the field containing the information destined 
I for publication. Notice that the same equation 
I that appends the style information can serve to 
I combine fields if desired. If the FullName infor- 

i 

j mation is needed but does not exist, it is easy to 
I assemble it and to include spaces: 

I FullNameOut = (text result) 

I "<Addr2>” & Prefix & " " & FirstName & " " & 

I LastName 

I 

I Case study 

I For our Elk Horn template catalog Page- 
I Maker is used for publishing and FileMaker is 
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used to store and update the product informa¬ 
tion. I have a header for each product in the cata¬ 
log and that header includes the part name, the 
part number, and the price. The PageMaker style 
sheet for this line is called Header2 and includes 
tab positions for each component. The line is 
assembled in FileMaker from three fields like this: 

OutHead2 = {text result} 

"<Header2>" & ProdName & "%%" & 

PartNum & "%%" & "$ " & ProdPrice 

I export OutHead2 (along with other fields) 
to a text file, open the text file in WriteNow, re¬ 
place “%%” with tabs, and Place into PageMaker. 
The resulting published line (for one product) 
looks like: 

ZIP Table 2720 $ 48 

Each catalog header also labels each of these 
three columns in a separate line just above the 
product header and using a different style. The 
calculation can include that label line as well: 

OutHeads = {text result} 

"<Header1>" & "Name %%P/N %%Price" & 

"T & "<Header2>" & ProdName & "%%" & 
PartNum & "%%" & "$ " & ProdPrice 

If you move this data into WriteNow, change 
the %% to tabs, change the Qo returns, then this 
one calculation will build two lines in the catalog 
for each record. After placement into PageMaker 
and without further intervention, the result looks 
like: 

Name P/N Price 

Purge Dups App Note 4013 $ 18 


Of course, you can proceed to append what¬ 
ever additional material may be desired. But 
when exporting it is often not necessary to build 
all the lines with equations - simple exporting of 
fields (like description blocks) will work well. 

Summary 

It is possible to construct quite a complex set 
of publishing calculations in FileMaker to save 
work in the page layout program and to make 
possible quite sophisticated publishing directly 
from FileMaker. 

Notes 

Make..Repeats-t- is software utility published 
by Acropolis Software in Mission Viejo, CA. 
Phone 714-768-8490 for details about the pro¬ 
gram. Make...Repeats-l- can be purchased from 
EUc Horn Publishing. Phone 408-726-1232. A 
brochure is available. 

Xdata is from em software, Westbrook, CT. 
Phone 203-399-8472. 

*Ar* 


I 

I 
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New Numbers 

Elk Horn Publishing has new phone numbers: 

voice: 408-726-1232 
fax: 408-726-1233 

Our mail address remains: 

Elk Horn Publishing 
PO Box 1300 
Freedom. CA 95019 USA 
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Making POSTNET Bar Codes in FileMaker 


by Ron Leonard 
Kim Hunter 
Joe Kroeger 

Qualifying for the lowest possible postal 
rates in the United States requires the use of 
ZIP+4 numeric codes and a barcode as a part of 
the mailing address. (There may be added re¬ 
quirements having to do with physical format, 
piece volume, address groupings, and so forth - 
contact your local USPS office for details.) 

When doing a mailing, if you send addresses 
electronically (on a diskette, for instance) to a 
mail house, they will usually have software that 
generates the proper bar codes and puts them on 
your mailing piece. (Their software may also sup¬ 
ply the correct nine-digit ZIP when your data has 
only five digits.) Alternatively, you might gener¬ 
ate your own bar codes directly in FileMaker if 
you provide printed labels to your mail house or 
if you do the mailings yourself. 

FileMaker Pro can be used to generate bar¬ 
codes from nine-digit ZIP code data. What is 
needed is to: 

• Calculate and assemble the characters required 
for the barcode. 

• Add an appropriate barcode font to the system. 

• Include the calculated barcode field on the label 
or envelope layout and format it with the barcode 
font. 

The barcode specified by the Postal Service is 
a representation of the nine-digit ZIP code in a 
form more easily machine-readable. A series of 
vertical bars is printed on the envelope or the 
label. We are accustomed to grocery store bar 
codes that look something like Figure 1. The code 



I for mail is different (see Figure 2) and has a com- 
1 bination of short and tall bars. 

I There are several requirements imposed by 
I the Postal Service having to do with placement of 
the barcode, clear areas on the envelope, bar size 
and spacing, and so forth. Get detailed bar code 
specifications from the USPS. The particular cod¬ 
ing of bars used for mail is called the POSTNET 
bar code. There is a different defined group of 
bars for each of the ten numerals. The barcode 
font simply translates the arable characters into 
their equivalent combinations of bars. 

Some newer envelope and label printing pro¬ 
grams include the ability to print POSTNET bar¬ 
codes automatically as a part of an address. These 
programs recognize the ZIP code, perform the 
necessary calculations, and print the proper bar¬ 
code with the address. The disadvantage is that 

I not everyone wants to buy yet another program 

I 

I to do only a specific job, especially when File- 

I 

I Maker is already being used. Another problem is 
I that most dedicated programs will currently only 
I handle a nine-digit ZIP code, and, starting next 
I year, bulk mailings will be required to include 

I Delivery Point Barcoding (DPBC) to qualify for 

* 

j the lowest postal rates. The DPBC adds two addi- 
I tional digits (for a total of 11) to the POSTNET 
I barcode (but not to the written ZIP +4). Given all 
I this information, plus the convenience of work- 
1 ing within a single program, plus not needing to 
I transfer addresses into the other program, makes 
I it very desirable to compute your own POSTNET 
I barcodes inside FileMaker. 

I If printing barcodes was simply a matter of 

I changing the font it would be easy, but POST- 

I NET barcodes include not only the actual ZIP 

1 

I code numbers, but also an initial frame bar, a 

I 

I check digit following the ZIP code, and a termi- 
i nal frame bar. The check digit is a calculated 
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number that, when added to the sum of all ZIP j 
code digits, will yield an even multiple of 10. For j 
example, for the ZIP code 12345-6789, the total j 
of all digits is 45, making the check digit 5 (50 j 

minus 45 = 5). The check digit can also be ex- j 

pressed as 10 minus the right-most digit of the j 
sum of all digits: 10 - 5 = 5. j 

One approach to printing barcodes is to ex- j 
port the nine-digit ZIP codes as a text file, then 
use a dedicated utility program to convert them | 
to a form that includes the required frame bars j 
and check digit, then import the converted ZIP | 
codes back into a separate field in FileMaker that I 
is formatted to print the POSTNET barcode. I 

While this may be adequate if you are careful, the | 
lack of a direct link between the ZIP field and the j 
barcode field means there is the risk of the writ- I 
ten ZIP code being different than the one encod- | 
ed in the barcode. This risk can be eliminated by | 

I 

calculating the barcode directly from the ZIP | 

code in the address. j 

Start by storing the ZIP codes in your address | 
database in a text field called, perhaps, ZIPbase to j 
indicate that it is the raw, or base ZIP code from | 
which calculations are made. (A text field must he | 

used because some ZIP codes begin with zeros, I 
and FileMaker ignores leading zeros in a numeric | 
field.) In order to create the field that finally as- j 
sembles the characters necessary for the barcode j 
field that will be printed in a barcode font, it is | 
first necessary to derive aU the information need- J 
ed for the assembly. j 

To add up aU the digits from the ZIP code, we I 

must first extract individual digits from ZIPbase, I 

I 

which we can call zip#l, zip#2, ... zip#9. The | 

first digit can be determined using a calculation | 

field like this: | 

I 

zip#1 = Middle (ZIPbase, 1, 1) {text result} j 

Translated, this calculation says “go to the j 
first character in the ZIPbase field, and return the | 
next one digit”. The second digit extraction is: | 

I 

s 


zip#2 = Middle (ZIPbase, 2, 1) (text result} 

This means “go to the second digit in the 
ZIPbase field, and return the next one digit”. The 
other digits follow the same pattern. Since we 
want to skip the dash between the 5th and 6th 
numbers in ZIPbase, the zip#6 calculation is: 

zip#6 = Middle (ZIPbase, 7, 1) (text result} 

The sum of all digits is a separate calculation 
field where: 

zipsum = {numeric result} 

zip#1 -I- zip#2 -H ... -I- zip#9 

Now we can also calculate the check digit: 

CheckDigit = {text result} 

10 - (Right (zipsum, 1)) 

If you only want a barcode printed if there are 
nine digits in ZIPbase, add that condition to the 
equation that assembles the final bar code to be 
printed: 

Barcode = {text result} 

If (Length (ZIPbase) = 10, "!" & zip#1 & zip#2 & 
zip#3 & zip#4 & zip#5 & zip#6 & zip#7 & zip#8 
& zip#9& CheckDigit & "!", '"') 

(Assumption: there is a dash in ZIPbase so a 
nine-digit ZIP is ten characters long.) This says 
that if ZIPbase has a length of 10 characters, pro¬ 
duce a barcode; if not, produce a blank. In many 
POSTNET barcode fonts, an exclamation mark is 
translated into the proper frame bar. We could 
derive the nine digits from ZIPbase by excluding 
the dash, but with the individual digits already 
available, it is easier to just concatenate them. 

You might wish to make a separate calcula¬ 
tion of just the length of the ZIPbase field. The 
results are handy for locating records with an 
incorrect number of digits. Other fields may be 
useful for sorting and counting addresses. For 
example, five-digit and three-digit values can be 
derived from ZIPbase and then used with sub- 
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summary fields to count, after sorting, the num- j 
her of addresses that fall into each group. I 

ZIPfive = Left (ZIPbase, 5) 

ZlPthree = Left (ZIPbase, 3) j 

Using this technique will allow you to do all | 
your mailing list maintenance within your data- i 
base program and will insure that your POST- j 
NET barcodes are always in agreement with the I 
entered ZIPs. It is vital that you print a few sam- j 

pie labels or envelopes and verify them with your j 
Post Office before printing extensive mail lists. I 
Figure 2 shows an example with the bar code I 
below the address. j 

Printing ! 

POSTNET fonts are available from a variety | 
of suppliers. Some advertise in the back of Mac- j 
World and MacUser. Be sure to get a font that | 
matches your printer. 

Actual printing of the barcodes can be the 
biggest problem of aU. While you may be able to | 
succeed with a bit-mapped font on an Image- I 
Writer or other dot-matrix printer, you’ll proba- | 
bly need to print in high-quality mode, signifi- | 
candy slowing the label printing process. If you j 

try a bit-mapped font, be sure to install both the j 
size you need and twice that size. And try out I 

your results on the USPS. I 

For laser printers, the quality of the output is | 

fine, but printing and handling labels that are not j 
one-up tractor-feed labels (at least for large vol- j 
umes of labels) can be a big problem. You might | 

I 

I 
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try laser printing addresses directiy on envelopes 
instead of making labels. It may also possible to 
buy a laser printer that handles wide tractor-feed 
computer paper so that four-up Cheshire labels 
can be printed (and sent to your mailing house). 

If you try an ink-jet printer, be sure you have 
ink that is not water soluble. No sense in having 
the address wash off on the way to the addressee. 

When not printing the barcode on the label 
itself, it should be located on the envelope so the 
left end of the bars is between 3 7/8" and 4" from 
the right end of the envelope and the bottom of 
the bars is 1/4" above the bottom of the envelope. 
This may be a problem for some printers. The 
USPS has strict requirements for plavement of 
the bars on the label itself. 

Note 

The Elk Horn Library will probably be able to 
offer a POSTNET barcode font for use with a 
laser printer starting in July or August, 1993. The 
price will be $33. You may need to qualify the 
printed results with your Post Office before doing 
actual mailings. 
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Figure 2 






Can a FileMaker Button Type Data Into a Field? 


By Joe Kroeger 

Is IT POSSIBLE FOR A FileMaker button to cause 
predefined data to be typed into a field? The an¬ 
swer is yes, but I managed to stumble around a 
bit before I found it. 

Conventionally, there are other ways to enter 
text into a field. Value lists are one of FileMaker's I 
best features and a selection of pre-defined text | 
can be entered easily. Quite long text strings can j 
be included in a value list. But return characters j 

in the text are interpreted by FileMaker as indi- I 

eating a new value in the list. | 

If the desired text is already in another record | 
in the database then Paste From Index can be I 
used to put it in the current record. But it does | 
take a few keystrokes. I 

Text can be looked-up from a separate file - | 

perhaps a pop-up list can be used to enter a look- | 
up key that pulls in the desired text. (Indeed, j 

perhaps a button could be used to cause a lookup | 
with a particular key into the lookup table.) 

In my quest for a button solution I first ex- | 
amined the set of functions that can be used when | 
defining a button. The list in Figure 1 is accessed 

by (a) going into i 

Layout mode, (b) I 

selecting an object | 

to be used as a I 

button, and (c) J 

selecting the De- I 

fine Button com- I 

mand from the I 

Scripts menu. As I I 

scrolled through j 

the list, nothing j 

seemed to be avail- | 

able that could j 

type for me. I tried | 

the Paste from I 


I Index command but it only brings up the index 

I window to allow the operator to select an item 
I already in the database - not quite good enough. 

I 

I Since clicking a button can initiate a script, I 

I next thought that I could invent a script that 
I would provide a work-around. I knew that Re¬ 
find restores find text - could I do a Find that 
would restore the desired text into the desired 
field and then return to Browse the record and 
paste-ditto from the Find screen? No dice. 

Could I do a Find for a record that contained 
the data I wanted, then Copy that data to the 
clipboard, then return to the original record and 
Paste into the desired field? Almost, but I could 
not figure a general way to get back to the origi¬ 
nal record - FileMaker does not seem to have a 
way for me to store, even temporarily, the record 
number of a record. Besides, the data to be typed 
must already exist in the database. 

While considering these possibilities, I was 
perusing the list of available script commands. 

The list in Figure 2 is accessed by (a) selecting 
ScriptMaker from the Scripts menu, (b) entering 
the name of a script and (c) clicking Define. Sud¬ 
denly I noticed a command new to my experi¬ 
ence: Paste Literal [...]. Might it be able to type 
into a field for me? 

I created the simple script shown in Figure 2. 
(Click on the Paste Literal command in the 
scrolling list to the left and click the » Move » 
button. Select the command in the script box to 
the right and click the Specify button at the bot¬ 
tom of Figure 2 to bring up a dialog box that lets 
the ‘Literal’ information be entered.) Then I 
clicked into the field where I wanted the typing to 
take place and exercised the script from the 
Scripts menu. Ta-Da! It worked. Isn’t science 
wonderful? 

Next I assigned a button on the layout to 
perform the script. Then I tried it again and it still 


‘Define Button - 

In Browse or Find mode, clicking on the 
selected set of objects will: 


Perform Script [...] 

Pause/Resume Script 




Go to Layout 

Go to Record/Request [...] 

Go to Next Record/Request 

Go to Previous Record/Request 

Go to Field [...] 

Go to Next Field 

Go to Previous Field 




Sort [...] 

Unsort 




[ Cancel ] |(__0K_J| 


Page 12 • Issue 51 • ©1993 Elk Horn Publishing • The FileMaker Report 







worked. But when I tried it 
without first clicking in the 
target field, nothing hap¬ 
pened. Hmmm. 

I looked further in the 
list of available commands 
and found a simple Go To 
Field [...] function. Could it 
work together with Paste 
Literal? I modified the script 
by moving the Go To Field 
command into the script and 
then shifting it up to precede 
the Paste Literal command, 
as shown in Figure 3. Sure 


Script Definition for “LlJrite2” 


Available Steps _"Vrite2'" 


Enter Browse Mode [...) 


♦ Paste Literal ["Joe"] 



Enter Find Mode [...] 





Enter Preview Mode [...] 





New Record/Request 





Duplicate Record/Request 





Delete Record/Request [...] 





Delete Found Set [...] 





Paste from Index [...] 





Paste from Last Record [...] 

- 




Paste Current Date [...] 





Paste Current Time [...] 





Paste Current User (...] 





Paste Literal [...] 



O 


Replace [...] 





Reserialize [...] 





Relookup [...] 


f Specify... 

J 


Undo 

1 





( Ciearflii ][»Moue») [ Cancei )f DK 


enough, clicking on the but¬ 
ton now types the associated text into the speci¬ 
fied field and the location of the cursor doesn’t 
matter when the button is clicked. 

By the way, when you specify the target field 
for the Go To command, there is also an option 
to specify whether the existing contents of the 
target field are selected or not (in the Select/Play 


CM 

a> 

k. 

3 

The lesson I learned is that it pays sometimes j? 
to rummage around within FileMaker when at¬ 
tempting to come up with solutions. 1 also real¬ 
ized once again how much potential and power 
there is in FileMaker’s ScriptMaker capability 
and how nicely this latest incarnation has been 


check box). If the contents are not selected the 
Paste command adds the literal to the end of the 
field contents; if the contents are selected by the 
Go To command, the literal replaces what was 


implemented by Claris. 




ro 

a> 

k. 

3 

,D> 


there. 

The literal that is entered 
in the Paste command can 
be most anything - text 
characters, numerics, punc¬ 
tuation - but a tab does 
strange things. Even returns 
can be used; they don’t show 
in the script, but they do 
appear in the field when the 
script is executed. 


Script Definition for “IPriteZ” 


Available Steps 

"Vrite2 " 

Perform Script [...] 


♦ Go to Field [Select/play, "Prefix"] 

o 

Pause/Resume Script 


♦ Paste Literal ["*Joe!&andMe"] 


Go to Layout [...] 




Go to Record/Request [...] 




Go to Next Record/Request [...] 




Go to Previous Record/Request 




Go to Field [...] 




Go to Next Field 




Go to Previous Field 




Sort [...] 




Unsort 




Import Records [...] 



o 

Import Picture... 



Import Movie... 




Export Records [...] 


IXl Select/play 1X11 Specify Field... 

J 

Page Setup [...] 

llili 



Print [...] 

o 




[ Ciearflii 'K Clear ] [ Cancel ]f[_gK_J| 
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Figure 1 


FileMaker Quick Tips & Techniques 

By Joe Kroeger Pro 2.0 versions 

j FileMaker Pro 2.0 is currently at version v4. 

SFM j While you should nothe using vl, the v2 and v3 

Here is a new Stupid FileMaker Mistake to releases are fine if you are not having a particular 

add to those from issue #50. problem. V4 implements: 

Be careful using the Duplicate feature in • Improved linkages for network lookups, 

the field definition dialog (Figure 1). You may • Corrections for some printing problems like 

think that duplicating an equation is a good way | color printing in ImageWriters and printing fonts 

to start building a new one, especially in an envi- i embedded in eps graphics, 

ronment where you have a lot of similar equa- j • Corrections for some AppleEvents problems, 

tions that differ only in a parameter or two. But | • A Match Fields button is included in the import 

in a large file with many equations and perhaps I map dialog. When importing records from the 

same version of Pro the but¬ 
ton aligns field names in the 
source and target files and 
then enables import for com¬ 
patible field types. 

Passworded Lookups 

Pro 2.0 has an interesting 
characteristic with respect to 
passwords in lookup files. In 
Figure 2, the Test Main file 
uses Test Lkup as a lookup 
table. Both files have been 
passworded. Assume, for the 
first case, that the two pass¬ 
words are different. Then 
when Test Main is first 

with some dependent calculations, it can be a | opened, the password for Test Main is entered, 

disaster. First the duplicated equation is evaluated I When the first lookup is triggered. Test Lkup will 

as it stands, then you open it and change a con- | require that its password be entered before the 

stant or a reference and it has to be evaluated all J lookup can proceed. This is appropriate security 

over again. I and once the lookup file is 

A better approach is to open the old calcula- j open, it can be accessed freely 

tion definition, do a Select All and a Copy using | without requiring further pass- 

keyboard shortcuts. Cancel the dialog, create the | word entry. 

new calculation field. Paste the old version, mod- I But consider the other 

i 

ify it to your liking and then click Done. The new I 

equation is evaluated just once. I Figure 2 Test Lkup 
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circumstance where both files have the same pass- I 
word. In this case the password for Test Lkup will | 
not be requested. FileMaker assumes that since | 
you know the password for Test Main, there is no 
need to ask you for the same password for the | 
lookup. One more nice little way to make us j 

more efficient. | 

Cancel Replace 

A Replace operation can now be cancelled 
(with command-period). This did not used to be | 
an option. Now the command-period cursor is j 
active during the Replace. 

On small files the Replace may be so fast that | 
you won’t get a chance to cancel it before it has | 
been completed, so don’t worry. j 

Cancelling in the midst of a Replace opera- | 

tion on a large number of records can leave your | 

database in an unknown state. That is, some | 

records will have the new value that was replaced j 
into the found set, and some will still have the old j 
value. (I have not yet found a case where some | 
are left blank or in some other state.) The trouble j 
is you will not know which records fit into which | 
category unless you Find them. I 

In a large file I found a set of 7760 records j 
that all had the value “a” in one of the fields. I j 
then initiated a Replace of the letter “b”. After 25 j 

seconds I cancelled. The result was that 1540 | 

records contained the new value “b” and the re- | 

mainder still had the old value “a”. | 

If you cancelled because you reaUy wanted to j 

Replace with a different value, you should pro- j 
ceed immediately to do so. That way you will I 

have modified your database in the way you I 

wanted to and established the contents of the I 
field in question to be consistent. j 

If you cancelled because you wanted to undo | 
the Replace, you may not be able to do so since I 

i 

the original values in at least some of the records | 
are no longer there. However, if there was only | 

I 

one value in the found set when you started the | 

I 

Replace, you can at least re-replace that value and | 


end up where you started. 

The same basic considerations apply when 
you are replacing serial numbers. To the extent 
that your database is more importantly depen¬ 
dent on serial number values than others, it is 
even more important to redo or undo the Re¬ 
place to make sure the proper values exist in the 
serial field. 

Paste Ditto into Find 

Paste From Last Record (it used to be called 
“Paste Ditto”) is a very helpful command. It some¬ 
times saves a lot of typing. But did you know that 
Paste From Last Record also works when used to 
pull information from a Browse field into Find 
field? Very nice when you are trying to build Find 
commands. 

Specifying the Opening Layout 

The Layout Options... dialog (in the Layout 
menu) used to include an option to specify which 
layout would be active when the file is opened. 

Pro 2.0 did not get rid of this feature - it was just 
moved from Layout Options... to Preferences... 
(in the File menu). 

Auto-defrag 

A side effect of doing FileMaker Recover or 
Save as Compressed operations is that the new 
file will sometimes also be a defragmented file. If 
most of the free space on your hard disk is gath¬ 
ered together in a continuous block, creation of 
the new file can have all sectors contiguous. 

Finder Shortcuts 

System 7 includes a Finder Shortcuts com¬ 
mand in the ? menu (the balloons menu). I have 
a hard time remembering some of the productive 
but esoteric Finder keyboard commands (like 
Rebuild Desktop) so once in a while this list is 
quite handy. However, Apple has assumed that 
everyone has the Times font installed because 
without it the list is hard to read! -Ar* 
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